描述了用于继移交之后维护对用户装备(UE)的定位连续性的技术。UE在移交之前与第一无线电接入网(RAN)通信并由源服务节点和源定位服务器来服务。UE在移交之后与第二RAN通信并由目标服务节点和目标定位服务器来服务。在一方面,可通过在UE的移交期间将目标服务节点的身份传递给定位服务器来维持对UE的定位连续性。在一种设计中,目标服务节点将其身份发送给目标定位服务器,目标定位服务器更新服务UE的定位和路由功能(LRF)。在另一种设计中,对于从分组交换域至电路交换域的移交,源服务节点将目标服务节点身份发送给源定位服务器,源定位服务器更新LRF。
1.一种支持定位服务的方法,包括:接收对用户装备UE从第一无线电接入网RAN移交至第二RAN的指示,其中所述UE在所述移交之前经由所述第一RAN由源服务节点服务而在所述移交之后经由所述第二RAN由目标服务节点服务;由所述目标服务节点基于存储在所述目标服务节点上的配置信息或基于域名系统DNS查询来确定目标定位服务器;以及由所述目标服务节点将所述目标服务节点的身份发送给所述目标定位服务器以在所述移交之后经由所述第二RAN支持对所述UE的定位服务。
2.如权利要求1所述的方法,其特征在于,所述UE在所述移交发生时具有紧急呼叫。
3.如权利要求1所述的方法,其特征在于,所述接收对移交的指示是由所述目标服务节点执行的。
4.如权利要求3所述的方法,其特征在于,所述目标定位服务器在所述移交之后支持对所述UE的定位服务。
5.如权利要求1所述的方法,其特征在于,所述第一RAN支持分组交换呼叫且所述第二RAN支持电路交换呼叫,并且其中所述接收对移交的指示是由所述源服务节点执行的。
6.如权利要求5所述的方法,其特征在于,所述目标定位服务器与在所述移交之前支持对所述UE的定位服务的源定位服务器相同。
7.如权利要求1所述的方法,其特征在于,所述目标服务节点包括移动性管理实体MME、或服务GPRS支持节点SGSN、或移动交换中心MSC、或MSC服务器。
8.如权利要求1所述的方法,其特征在于,所述目标定位服务器包括网关移动定位中心GMLC、或移动定位中心MPC、或定位和路由功能LRF。
9.如权利要求1所述的方法,其特征在于,所述第一和第二RAN支持分组交换呼叫,或者所述第一RAN支持分组交换呼叫且所述第二RAN支持电路交换呼叫。
10.如权利要求1所述的方法,其特征在于,所述第一RAN支持第一无线电接入技术RAT,并且其中所述第二RAN支持与所述第一RAT不同的第二RAT。
11.一种用于支持定位服务的设备,包括:用于接收对用户装备UE从第一无线电接入网RAN移交至第二RAN的指示的装置,其中所述UE在所述移交之前经由所述第一RAN由源服务节点服务而在所述移交之后经由所述第二RAN由目标服务节点服务;用于由所述目标服务节点基于存储在所述目标服务节点上的配置信息或基于域名系统DNS查询来确定目标定位服务器的装置;以及用于由所述目标服务节点将所述目标服务节点的身份发送给所述目标定位服务器以在所述移交之后经由所述第二RAN支持对所述UE的定位服务的装置。
12.如权利要求11所述的设备,其特征在于,所述用于接收对移交的指示的装置对应于所述目标服务节点。
13.如权利要求12所述的设备,其特征在于,所述目标定位服务器在所述移交之后支持对所述UE的定位服务。
14.一种用于支持定位服务的装置,包括:至少一个处理器,其被配置成接收对用户装备UE从第一无线电接入网RAN移交至第二RAN的指示,其中所述UE在所述移交之前经由所述第一RAN由源服务节点服务而在所述移交之后经由所述第二RAN由目标服务节点服务;由所述目标服务节点基于存储在所述目标服务节点上的配置信息或基于域名系统DNS查询来确定目标定位服务器;以及由所述目标服务节点将所述目标服务节点的身份发送给所述目标定位服务器以在所述移交之后经由所述第二RAN支持对所述UE的定位服务。
15.如权利要求14所述的装置,其特征在于,所述装置对应于所述目标服务节点。
16.如权利要求15所述的装置,其特征在于,所述目标定位服务器在所述移交之后支持对所述UE的定位服务。
17.一种支持定位服务的方法,包括:在由目标服务节点基于存储在所述目标服务节点上的配置信息或基于域名系统DNS查询来确定的目标定位服务器处从所述目标服务节点接收用于用户装备UE的目标服务节点的身份,其中所述UE执行从第一无线电接入网RAN至第二RAN的移交,并且其中所述UE在所述移交之前经由所述第一RAN由源服务节点服务而在所述移交之后经由所述第二RAN由所述目标服务节点服务;以及在所述移交之前由源定位服务器支持对所述UE的定位服务、或在所述移交之后由所述目标定位服务器支持对所述UE的定位服务。
18.如权利要求17所述的方法,其特征在于,所述UE在所述移交发生时具有紧急呼叫。
19.如权利要求17所述的方法,其特征在于,所述目标定位服务器在所述移交之后支持对所述UE的定位服务。
20.如权利要求17所述的方法,其特征在于,所述第一RAN支持分组交换呼叫且所述第二RAN支持电路交换呼叫,并且其中所述目标定位服务器与在所述移交之前支持对所述UE的定位服务的源定位服务器相同。
21.如权利要求17所述的方法,其特征在于,还包括:由所述目标定位服务器用所述目标服务节点的身份来更新定位和路由功能LRF。
22.一种用于支持定位服务的设备,包括:用于在由目标服务节点基于存储在所述目标服务节点上的配置信息或基于域名系统DNS查询来确定的目标定位服务器处从所述目标服务节点接收用于用户装备UE的目标服务节点的身份的装置,其中所述UE执行从第一无线电接入网RAN至第二RAN的移交,并且其中所述UE在所述移交之前经由所述第一RAN由源服务节点服务而在所述移交之后经由所述第二RAN由所述目标服务节点服务;以及用于在所述移交之前由源定位服务器支持对所述UE的定位服务、或在所述移交之后由所述目标定位服务器支持对所述UE的定位服务的装置。
23.如权利要求22所述的设备,其特征在于,所述目标定位服务器在所述移交之后支持对所述UE的定位服务。
24.如权利要求22所述的设备,其特征在于,还包括:用于由所述目标定位服务器用所述目标服务节点的身份来更新定位和路由功能LRF的装置。
25.一种支持定位服务的方法,包括:由目标服务节点基于存储在所述目标服务节点上的配置信息或基于域名系统DNS查询来确定目标定位服务器以在移交之后支持对用户装备UE的定位服务,其中所述UE执行从第一无线电接入网RAN至第二RAN的移交,并且其中所述UE在所述移交之前经由所述第一RAN由源服务节点服务而在所述移交之后经由所述第二RAN由所述目标服务节点服务;以及在定位和路由功能LRF处从所述目标定位服务器接收用于所述UE的所述目标服务节点的身份,其中所述目标定位服务器是从所述目标服务节点接收所述目标服务节点的身份的。
26.如权利要求25所述的方法,其特征在于,所述LRF在所述移交之前和之后支持所述UE的紧急呼叫。
27.如权利要求25所述的方法,其特征在于,所述第一RAN支持分组交换呼叫且所述第二RAN支持电路交换呼叫。
28.如权利要求25所述的方法,其特征在于,还包括:如果源定位服务器不同于所述目标定位服务器,则用所述目标定位服务器取代所述源定位服务器。
29.如权利要求25所述的方法,其特征在于,还包括:基于所述目标服务节点的身份来发起对所述UE的定位会话。
30.一种用于支持定位服务的设备,包括:用于由目标服务节点基于存储在所述目标服务节点上的配置信息或基于域名系统DNS查询来确定目标定位服务器以在移交之后支持对用户装备UE的定位服务的装置,其中所述UE执行从第一无线电接入网RAN至第二RAN的移交,并且其中所述UE在所述移交之前经由所述第一RAN由源服务节点服务而在所述移交之后经由所述第二RAN由所述目标服务节点服务;以及用于在定位和路由功能LRF处从所述目标定位服务器接收用于所述UE的所述目标服务节点的身份的装置,其中所述目标定位服务器是从所述目标服务节点接收所述目标服务节点的身份的。
31.如权利要求30所述的设备,其特征在于,还包括:用于基于所述目标服务节点的身份来发起对所述UE的定位会话的装置。
32.一种获得定位服务的方法,包括:执行用户装备UE从第一无线电接入网RAN至第二RAN的移交,其中所述UE在所述移交之前经由所述第一RAN由源服务节点服务而在所述移交之后经由所述第二RAN由目标服务节点服务,由所述目标服务节点基于存储在所述目标服务节点上的配置信息或基于域名系统DNS查询来确定目标定位服务器,其中由所述目标服务节点将所述目标服务节点的身份发送给所述目标定位服务器以在所述移交之后支持对所述UE的定位服务;由所述UE在所述移交之前经由所述第一RAN获得定位服务;以及由所述UE在所述移交之后经由所述第二RAN获得定位服务。
33.如权利要求32所述的方法,其特征在于,还包括:在所述移交之前与所述第一RAN通信而在所述移交之后与所述第二RAN通信以进行紧急呼叫。
34.如权利要求32所述的方法,其特征在于,由所述UE在所述移交之后经由所述第二RAN获得定位服务包括:针对在所述移交之后基于所述目标服务节点的身份发起的定位会话交换消息。
35.如权利要求32所述的方法,其特征在于,所述UE在所述移交之前经由用户层面定位解决方案并在所述移交之后经由控制层面定位解决方案来获得定位服务。
36.如权利要求32所述的方法,其特征在于,所述UE在所述移交之前经由控制层面定位解决方案并在所述移交之后经由用户层面定位解决方案来获得定位服务。
37.一种用于获得定位服务的设备,包括:用于执行用户装备UE从第一无线电接入网RAN至第二RAN的移交的装置,其中所述UE在所述移交之前经由所述第一RAN由源服务节点服务而在所述移交之后经由所述第二RAN由目标服务节点服务,用于由所述目标服务节点基于存储在所述目标服务节点上的配置信息或基于域名系统DNS查询来确定目标定位服务器的装置,其中由所述目标服务节点将所述目标服务节点的身份发送给所述目标定位服务器以在所述移交之后支持对所述UE的定位服务;用于由所述UE在所述移交之前经由所述第一RAN获得定位服务的装置;以及用于由所述UE在所述移交之后经由所述第二RAN获得定位服务的装置。
38.如权利要求37所述的设备,其特征在于,所述用于由所述UE在所述移交之后经由所述第二RAN获得定位服务的装置包括:用于针对在所述移交之后基于所述目标服务节点的身份发起的定位会话交换消息的装置。
39.一种用于获得定位服务的装置,包括:至少一个处理器,其被配置成执行用户装备UE从第一无线电接入网RAN至第二RAN的移交,其中所述UE在所述移交之前经由所述第一RAN由源服务节点服务而在所述移交之后经由所述第二RAN由目标服务节点服务,由所述目标服务节点基于存储在所述目标服务节点上的配置信息或基于域名系统DNS查询来确定目标定位服务器,其中由所述目标服务节点将所述目标服务节点的身份发送给所述目标定位服务器以在所述移交之后支持对所述UE的定位服务;由所述UE在所述移交之前经由所述第一RAN获得定位服务;以及由所述UE在所述移交之后经由所述第二RAN获得定位服务。
40.如权利要求39所述的装置,其特征在于,所述至少一个处理器还被配置成针对在所述移交之后基于所述目标服务节点的身份发起的定位会话交换消息。I.根据35xa0U.S.C.§119的优先权要求本专利申请要求以下临时申请的优先权:●2009年2月9日提交的题为“Locationxa0Continuityxa0forxa0Emergencyxa0Calls(用于紧急呼叫的定位连续性)”的美国申请S/N.61/151,123,●2009年2月11日提交的题为“Locationxa0Continuityxa0forxa0Emergencyxa0Calls”的美国申请S/N.61/151,726,●2009年3月23日提交的题为“Locationxa0Continuityxa0forxa0Emergencyxa0Calls”的美国申请S/N.61/162,606,●2009年3月26日提交的题为“Locationxa0Continuityxa0forxa0Emergencyxa0Calls”的美国申请S/N.61/163,664,以及●2009年5月4日提交的题为“Locationxa0Continuityxa0forxa0Emergencyxa0Calls”的美国申请S/N.61/175,452。以上列出的全部临时申请都被转让给本申请受让人并因此通过援引明确纳入于此。背景I.领域本公开一般涉及通信,尤其涉及用于支持用户装备(UE)的定位服务的技术。II.背景无线通信网络被广泛部署以提供诸如语音、视频、分组数据、消息接发、广播等各种通信服务。这些无线网络可以是能够通过共享可用的网络资源来支持多个用户的多址网络。这类多址网络的示例包括码分多址(CDMA)网络、时分多址(TDMA)网络、频分多址(FDMA)网络、正交FDMA(OFDMA)网络、以及单载波FDMA(SC-FDMA)网络。UE可针对例如紧急呼叫等呼叫与无线网络通信。可能希望在呼叫期间确定UE的位置以使得例如应急人员能被派遣到正确的位置。UE的位置可在来自能为UE提供定位服务的一个或更多个网络实体的支持下确定。UE可以是移动的并且在呼叫期间可从一个无线网络移交给另一个无线网络。可能希望在移交之后维持对UE的定位服务。概述本文中描述了用于继移交之后维护对UE的定位连续性的技术。定位连续性是指在从一个无线网络移交至另一个无线网络之后继续支持对UE的定位服务的能力。定位连续性对于紧急呼叫可能是尤为合需的,例如以使得对UE的初始位置估计和/或已更新位置估计能被提供给服务紧急呼叫的公共安全应答点(PSAP)。UE可在呼叫期间从第一无线电接入网(RAN)移交至第二RAN。UE在移交之前可与第一RAN通信并且可由源服务节点和源定位服务器来服务。UE在移交之后可与第二RAN通信并且可由目标服务节点和目标定位服务器来服务。每个RAN可支持UE的无线电通信。每个服务节点可支持UE的通信服务。每个定位服务器可支持对UE的定位服务。在一方面,可通过在UE的移交期间将目标服务节点的身份或地址传递给定位服务器来维持对UE的定位连续性。在一种设计中,目标服务节点可将其身份发送给目标定位服务器,目标定位服务器随后可更新服务UE的定位和路由功能(LRF)。在可应用于从分组交换域至电路交换域的移交的另一种设计中,源服务节点可将目标服务节点的身份发送给源定位服务器,源定位服务器随后可更新LRF。对于这两种设计,LRF可使用目标服务节点身份来发起对UE的定位会话(若需要)。如果源定位服务器不同于目标定位服务器,则LRF可在移交之后移除源定位服务器。以下更加详细地描述本公开的各种方面和特征。附图简述图1和2解说了不同的无线网络的两种示例性部署。图3到6解说了用于维持UE的定位连续性的4种方案。图7解说了用于维持UE的定位连续性的消息流。图8解说了UE的示例性移交场景。图9解说了用于由服务节点来支持定位服务的过程。图10解说了用于由定位服务器来支持定位服务的过程。图11解说了用于由LRF来支持定位服务的过程。图12解说了用于由UE来获得定位服务的过程。图13解说了UE和各种网络实体的框图。详细描述本文中描述了用于继移交之后维持UE的定位连续性的技术。这些技术可用于各种无线网络,诸如由名为“第三代伙伴项目”(3GPP)的组织定义的3GPP无线网络和由名为“第三代伙伴项目2”(3GPP2)的组织定义的3GPP2无线网络。这些技术还可用于不同类型的呼叫,诸如电路交换(CS)呼叫和分组交换(PS)呼叫。CS呼叫是其中专用资源(例如,话务信道)在整个历时期间被指派给该呼叫的呼叫。PS呼叫是其中数据是在使用共享资源的分组中发送的呼叫。无线网络可支持唯CS呼叫或唯PS呼叫、或CS和PS呼叫两者。这些技术还可用于用户层面和控制层面定位解决方案/架构。用户层面定位解决方案是经由用户层面发送定位服务消息的定位解决方案。用户层面是用于承载高层应用的信令和数据并采用用户层面承载的机制,其典型地用诸如用户数据报协议(UDP)、传输控制协议(TCP)和网际协议(IP)等标准协议来实现。控制层面定位解决方案是经由控制层面发送定位服务消息的定位解决方案。控制层面是用于承载高层应用的信令的机制,并且通常用因网络而异的协议、接口、和信令消息来实现。支持定位服务的消息在控制层面定位解决方案中是作为信令的一部分来承载的,而在用户层面定位解决方案中是作为数据(从网络观点而言)的一部分来承载的。然而,在用户层面和控制层面定位解决方案两者中,消息的内容可以相同或相似。表1列出了一些示例性定位解决方案。安全用户层面定位(SUPL)在公众可从开放式移动联盟(OMA)获取的文献中描述。TSxa023.271和其他“TS”文献是公众可从3GPP获取的。ANSIxa0J-STD-036在公众可从国家标准协会(ANSI)获取的文献中描述。3GPP2xa0X.S0002在公众可从3GPP2获取的文献中描述。表1-定位解决方案ntent="drawing" img-format="tif" inline="no" orientation="portrait" wi="700"/>ntent="drawing" img-format="tif" inline="no" orientation="portrait" wi="700"/>图1示出了3GPP无线网络102和104的示例性部署。一般而言,无线网络可包括(i)能支持无线电通信的RAN以及(ii)能支持各种通信服务的核心网。RAN也可被称为接入网、无线电网络等。无线网络102包括RANxa0122和核心网130。无线网络104包括RANxa0124和核心网140。RANxa0122可以是支持宽带码分多址(WCDMA)的通用地面无线电接入网(UTRAN)、或支持全球移动通信系统(GSM)和增强数据率GSM演进(EDGE)的GSMxa0EDGE无线电接入网(GERAN)、或支持其他某种无线电接入技术(RAT)的RAN。RANxa0124可以是支持长期演进(LTE)的演进UTRAN(E-UTRAN)或支持其他某种RAT的RAN。RAT也可被称为无线电技术、空中链路接口、无线接入类型等。每种RAN可包括基站和/或其他网络实体。基站也可被称为B节点、演进型B节点(eNB)等。例如,UTRANxa0122可包括B节点和无线电网络控制器(RNC),RNC可提供对B节点的协调和控制。E-UTRANxa0124可包括eNB。核心网130可为与RANxa0122通信的UE支持各种通信服务。在核心网130内,移动交换中心(MSC)132可为其覆盖区内的UE执行针对CS呼叫的交换和信令功能。MSC服务器134可为其覆盖区内的UE执行针对CS呼叫的信令功能。服务GPRS支持节点(SGSN)136可为与RANxa0122通信的UE执行针对PS连接和会话的信令、交换和路由功能。网关GPRS支持节点(GGSN)137可执行各种功能,诸如对UE的数据连通性的维护、IP地址分配、IP路由等。服务移动定位中心(SMLC)或独立SMLC(SAS)128可支持对与RANxa0122通信的UE的定位。定位是指确定目标UE的地理位置的功能。网关移动定位中心(GMLC)138可执行各种功能以支持定位服务、与外部定位服务(LCS)客户端接口、以及提供诸如订户隐私、授权、认证、计帐等服务。SMLC/SASxa0128和GMLCxa0138可为3GPP支持控制层面定位解决方案,例如TSxa023.271。无线网络102可支持PS和CS呼叫。对于UTRANxa0PS,PS呼叫可由UTRANxa0122和SGSNxa0136支持。对于UTRANxa0CS,CS呼叫可由UTRANxa0122支持以及要么由MSCxa0132要么由MSC服务器134支持。对于GERANxa0CS,CS呼叫可由GERAN122支持以及要么由MSCxa0132要么由MSC服务器134支持。核心网140可为与RANxa0124通信的UE支持各种通信服务。在核心网140内,移动性管理实体(MME)142可执行各种控制功能,诸如移动性管理、网关选择、认证、承载管理等。演进型SMLC(E-SMLC)144可支持对与RANxa0124通信的UE的定位。服务网关(S-GW)146可执行与UE的数据传输有关的各种功能,诸如数据路由和转发、移动性锚定等。分组数据网络(PDN)网关150可执行各种功能,诸如对UE的数据连通性的维护、IP地址分配、IP路由等。GMLCxa0148可支持对与RANxa0124通信的UE的定位服务。紧急SUPL定位平台(E-SLP)158可包括SUPL位置中心(SLC)以及可能的SUPL定位中心(SPC)。SLC可执行用于定位服务的各种功能、协调SUPL的操作、以及与启用SUPL的终端(SET)交互。SPC可支持对SET的定位和辅助数据到SET的递送,并且还可负责供定位演算用的消息和程序。GMLCxa0148可为3GPP支持控制层面定位解决方案,例如TSxa023.271。E-SLPxa0158可支持SUPL。针对经由RANxa0124或经由RANxa0122和SGSNxa0136的给定呼叫可要么选择控制层面定位解决方案要么选择用户层面定位解决方案。代理呼叫会话控制功能(P-CSCF)152和紧急CSCF(E-CSCF)154可支持IP多媒体子系统(IMS)服务,例如IP语音(VoIP)。P-CSCFxa0152可接受来自UE的请求,并且可内部地服务这些请求或者将它们(可能在翻译之后)转发给其他实体。E-CSCFxa0154可为UE执行会话控制服务,可维护用于支持IMS紧急服务的会话状态,以及可支持紧急VoIP呼叫。紧急服务集中化和连续性应用服务器(E-SCCxa0AS)156可支持语音呼叫的单次无线电语音呼叫连续性(SRVCC)。在SRVCC下,对于不能同时访问CSxa0RAN与PSxa0RAN这两种RAN的UE,当在CSxa0RAN与PSxa0RAN之间发生移交时,可保留呼叫。PSAPxa0180是负责应答紧急呼叫(例如,警务、消防、和医疗服务)的实体,并且也可被称为紧急中心(EC)。这样的呼叫可在用户拨打某种固定的公知号码——诸如北美地区的‘911’或欧洲的‘112’——时发起。PSAPxa0180可支持PS呼叫(例如,VoIP语音)和会话发起协议(SIP),SIP是用于发起、修改、和终止基于IP的交互式用户会话的信令协议。PSAPxa0180还可支持CS呼叫。LRFxa0170可与PSAPxa0180接口并且可执行路由功能以及支持紧急呼叫的定位服务(例如,检索位置估计)。当在PS域中发起紧急呼叫时,可指派LRFxa0170,如在TSxa023.167中所描述的。LRFxa0170可以是用于定位服务的锚定点并且可在移交之后被维持。LRFxa0170可以实现在任何定位服务器外部,如图1中所示。LRFxa0170还可以例如经由连接或经由共用物理实现与定位服务器交迭。UExa0110可与无线网络102和/或104通信以获得通信服务。UExa0110可以是不动的或移动的,并且亦可被称为移动站、接入终端、SET、订户单元、台、等等。UExa0110可以是蜂窝电话、个人数字助理(PDA)、无线设备、无线调制解调器、无线路由器、膝上型计算机、遥测设备、追踪设备等。UExa0110可与RANxa0122或124中的一个或多个基站通信。UExa0110还可接收和测量来自一个或多个卫星190的信号并获得对这些卫星的伪距测量。UExa0110还可测量来自RANxa0122和/或RANxa0124中的基站的信号并获得对应这些基站的时基测量、信号强度测量、和/或信号质量测量。伪距测量、时基测量、信号强度测量和/或信号质量可被用来推导UExa0110的位置估计。位置估计也可被称为定位估计、位置锁定等。卫星190可以是美国全球定位系统(GPS)、欧洲Galileo系统、俄罗斯GLONASS系统、或其他某种卫星定位系统(SPS)的一部分。SPS典型地包括定位成使得各接收机能够基于接收自发射机的信号来确定其在地球上或上空的位置的发射机系统。图2示出了3GPP无线网络104和3GPP2无线网络106的示例性部署。无线网络106包括RANxa0126和核心网160。RANxa0126可以是支持CDMA2000xa01xRTT的1xRTTxa0RAN、或支持IS-858的高速率分组数据(HRPD)RAN、或支持其他某种RAT的RAN。1xRTT和HRPD是cdma2000的部分。HRPD也可被称为演进数据最优化(EV-DO)。核心网160可为与RANxa0126通信的UE支持各种通信服务。在核心网160内,1xRTTxa0MSCxa0162可为与1xRTTxa0RANxa0126通信的UE执行针对CS呼叫的交换功能。1xxa0CS协作解决方案功能(1xCSxa0IWS)164可支持核心网140与160之间的协作。分组数据服务节点(PDSN)169可为与HRPDxa0RANxa0126通信的UE执行针对PS连接和会话的交换和路由功能。定位实体(PDE)166可支持对与1xRTT/HRPDxa0RANxa0126通信的UE的定位。移动定位中心(MPC)168可执行各种功能以支持定位服务、与外部LCS客户端接口、以及提供诸如订户隐私、授权、认证、计帐等服务。MPCxa0168可为3GPP2支持控制层面定位解决方案,例如ANSIxa0J-STD-036、3GPP2xa0X.S0002等。图1和2示出了每个无线网络中可包括的一些网络实体。图1和2还示出了各种网络实体之间的一些接口。每个无线网络可包括可支持其他功能和服务的其他网络实体和接口。UExa0110可针对例如紧急呼叫等呼叫与无线网络通信。UExa0110可具有被指定为针对通信服务而服务UExa0110的服务节点。服务节点可取决于UExa0110正与哪个RAN通信以及呼叫类型。表2列出了可充当UExa0110的服务节点的不同网络实体。PDSNxa0169与其他服务节点的不同之处可在于其并不直接与诸如MPC等定位服务器通信。表2-服务节点xa0xa0服务节点
xa0xa0场景
xa0xa0MME
xa0xa0UE与E-UTRAN通信以进行PS呼叫。
xa0xa0SGSN
xa0xa0UE与UTRAN通信以进行PS呼叫。
xa0xa0MSC服务器
xa0xa0UE与UTRAN通信以进行CS呼叫。
xa0xa0MSC或MSC服务器
xa0xa0UE与GERAN通信以进行CS呼叫。
xa0xa0MSC
xa0xa0UE与1xRTTxa0RAN通信以进行CS呼叫。
xa0xa0PDSN
xa0xa0UE与HRPDxa0RAN通信以进行PS呼叫。
UExa0110可在呼叫期间经由定位服务器接收定位服务。定位服务器可取决于UExa0110正与哪个无线网络通信以及是使用控制层面还是用户层面定位解决方案。表3列出了可充当UExa0110的定位服务器的不同网络实体。表3-定位服务器xa0xa0定位服务器
xa0场景
xa0xa0GMLC
xa0用于3GPP网络中的控制层面定位解决方案。
xa0xa0MPC
xa0用于3GPP2网络中的控制层面定位解决方案。
xa0xa0E-SLP
xa0用于3GPP和3GPP2网络中的用户层面定位解决方案。
UExa0110可在呼叫期间执行移交。移交是指UE的无线电连接从一个RAN转移到另一个RAN。无线电连接可用来支持UE与RAN之间的信令和话务数据。话务数据可包括语音呼叫、紧急呼叫、数据呼叫等之中的一种或更多种。取决于RAT,语音呼叫或紧急呼叫可使用例如要么电路要么VoIP。UExa0110可在呼叫期间执行从源无线网络到目标无线网络的移交。UExa0110在移交之前可与源RAN通信并且可由源无线网络中的源服务节点和源定位服务器来服务。UExa0110在移交之后可与目标RAN通信并且可由目标无线网络中的目标服务节点和目标定位服务器来服务。移交之前的网络实体处于源侧,而移交之后的网络实体处于目标侧。如果呼叫是由PSAPxa0180服务的紧急呼叫,则源和目标定位服务器可与共用LRFxa0170交互,该LRFxa0170可提供至PSAPxa0180的接口。源和目标RAN可各自利用任何RAT并且可支持CS或PS呼叫。源和目标定位服务器可各自支持控制层面或用户层面定位解决方案。可能存在大量可能的移交场景,它们具有以下源和目标RAN以及源和目标定位解决方案的选项:●源RAN:E-UTRAN、UTRANxa0PS、UTRANxa0CS、GERANxa0PS、GERANxa0CS、1xRTT、HRPD,●目标RAN:E-UTRAN、UTRANxa0PS、UTRANxa0CS、GERANxa0PS、GERANxa0CS、1xRTT、HRPD,●源定位解决方案:用于GERAN、UTRAN、和E-UTRAN的3GPPxa0CP解决方案;用于1xRTT的3GPP2xa0CP解决方案;SUPL,以及●目标定位解决方案:用于GERAN、UTRAN、和E-UTRAN的3GPPxa0CP解决方案;用于1xRTT的3GPP2xa0CP解决方案;SUPL。表4列出了一些示例性移交场景(顶行)并提供了每种移交场景的源和目标RAN、源和目标服务节点、以及源和目标定位服务器。表4-移交场景ntent="drawing" img-format="tif" inline="no" orientation="portrait" wi="700"/>可能希望在尽可能多的移交场景中维持UExa0110的定位连续性。可执行以下动作集以便继移交之后维持UExa0110的定位连续性:(a)如果源定位服务器不同于目标定位服务器则移除源定位服务器(例如GMLC、MPC、或E-SLP);(b)如果目标定位服务器不同于源定位服务器则指派目标定位服务器(例如GMLC、MPC、或E-SLP);(c)如果目标定位服务器支持控制层面定位解决方案,则向目标定位服务器提供目标服务节点(例如,MME、SGSN、MSC服务器、或1xRTTxa0MSC)的身份以及可能还有目标蜂窝小区身份(ID);以及(d)如果目标定位服务器支持SUPL但源定位服务器不支持SUPL,则向E-SLP提供:(i)用于接入UExa0110的装置,例如用于支持SUPLxa0INIT消息从E-SLP至UE的UDP/IP或SIP推式传递的装置;以及(ii)可能还有用于支持相互认证的装置。目标服务节点身份可以是IP地址或E.164地址,或完全合格域名(FQDN)、或直径域身份。动作(c)可使得能在移交之后使用控制层面的移动台终止位置请求(MT-LR)定位程序(例如,代表PSAPxa0180)获得UExa0110的位置。动作(d)可使得能在移交之后使用SUPL定位程序(例如,代表PSAPxa0180)获得UExa0110的位置。这些定位程序可用来为紧急呼叫获得UExa0110的初始和/或已更新位置估计。可定义各种方案通过完成动作(a)到(d)来维持UExa0110的定位连续性。这些方案可假定单个LRFxa0170但潜在可能有多个定位服务器来支持紧急呼叫,紧急呼叫可源于PS域或可被移交到PS域。这些方案可用于图1中从无线网络104到无线网络102的移交(或反之),以及还可用于图2中从无线网络104到无线网络106的移交(或反之)。图3示出用于继例如紧急呼叫的移交之后维持UExa0110的定位连续性的第一方案的设计。第一方案可用于以下移交场景:(i)在源侧使用控制层面或用户层面定位解决方案;并且(ii)在目标侧使用控制层面解决方案。如图3中所示,UExa0110在移交之前可与第一RANxa0312通信并且可由源侧的源服务节点314和源定位服务器316来服务。UExa0110在移交之后可与第二RANxa0322通信并且可由目标侧的目标服务节点324和目标定位服务器326来服务。源服务节点314可以是图1和2中的MMExa0142、或SGSNxa0136、或MSC服务器134、或1xRTTxa0MSCxa0162。目标服务节点324可以是MMExa0142、或SGSNxa0136、或MSC服务器134、或1xRTTxa0MSCxa0162。源定位服务器316可以是(i)用于控制层面定位解决方案的GMLCxa0138、或GMLCxa0148、或MPCxa0168,或者(ii)用于用户层面定位解决方案的E-SLPxa0158。目标定位服务器326可以是用于控制层面定位解决方案的GMLCxa0138、或GMLCxa0148、或MPCxa0168。UExa0110可执行从RANxa0312至RANxa0322的移交。源服务节点314还可为UExa0110执行与目标服务节点324的移交。RANxa0312中的基站或其他某种网络实体(例如RNC)可向源服务节点314提供:(i)目标基站或目标RNC的身份以移交给UTRAN或E-UTRAN;或者(ii)目标蜂窝小区/扇区的身份以移交给GERAN或1xRTT。此身份可从由UExa0110提供给源基站的移交相关测量推导出。源服务节点314可使用其配置信息将接收到的基站或蜂窝小区身份转换成目标服务节点324的身份,目标服务节点324可以是所标识目标基站或目标蜂窝小区/扇区的服务节点。对于第一方案,目标服务节点324可例如基于存储在目标服务节点324上的配置信息或基于域名系统(DNS)查询来确定目标定位服务器326。该确定可计及目标基站或目标蜂窝小区/扇区,例如以使得可指派不同的定位服务器来支持与相同服务节点相关联的不同基站或蜂窝小区/扇区集合。目标服务节点324可在移交期间或在移交完成时将其身份(例如,其地址)传递给目标定位服务器326(步骤1)。该传递可通过以下方式达成:(i)如果目标服务节点324是SGSNxa0136或MSC服务器134则用移动应用部分(MAP)订户位置报告(SLR)消息来达成;或者(ii)如果目标服务节点324是1xRTTxa0MSCxa0162则用ANSI-41发源请求(ORREQ)消息来达成;或者(iii)如果目标服务节点324是MMExa0142则用SLR或其他某种消息来达成。目标服务节点324通常可与目标定位服务器326交互以支持定位服务。步骤1中的传递可使用目标服务节点324与目标定位服务器326之间的现有接口来达成。目标定位服务器326可确定其是否是UExa0110的源定位服务器,例如倘若维持了呼叫记录则通过查找关于UExa0110的呼叫记录来确定。如果确定目标和源定位服务器是相同的,则可跳过其余步骤。否则,目标定位服务器326可用关于移交的信息来更新LRFxa0170(步骤2)。例如,目标定位服务器326可将目标服务节点324的身份和UExa0110的身份提供给LRFxa0170。LRFxa0170可接收来自目标定位服务器326的更新,并且如果源定位服务器316当前被指派且不同于目标定位服务器326则可移除源定位服务器316(步骤3)。作为替换,如果目标服务节点324是1xRTTxa0MSCxa0162,则从1xRTTxa0MSCxa0162的观点而言,UExa0110和1xCSxa0IWSxa0164可发起1xRTT紧急呼叫作为移交的部分,例如类似于根据TSxa023.216发起用于移交的正常呼叫。这随后可导致1xRTTxa0MSCxa0162查询MPCxa0168以作为正常1xRTT紧急呼叫发起的一部分。MPCxa0168随后可返回(i)标识呼叫发源的蜂窝小区/扇区的紧急服务路由密钥(ESRK)号,或(ii)唯一性地标识给定蜂窝小区/扇区中的呼叫的紧急服务路由数位(ESRD)号。然而,MPCxa0168可确定来自1xRTTxa0MSCxa0162的查询是用于支持UExa0110的紧急呼叫至1xRTT的移交,例如,MPCxa0168可查询LRFxa0170以确定关于UExa0110的紧急呼叫的记录已存在于LRFxa0170中。MPCxa0168随后可将ESRK或ESRD号设置为用于SRVCC的紧急会话传输号(E-STN-SR)。作为根据J-STD-036的正常紧急呼叫建立的一部分,1xRTTxa0MSCxa0162随后可将该呼叫路由至E-STN-SR,E-STN-SR随后可将该呼叫传递给E-SCCxa0ASxa0156。第一方案在处理连贯的移交时可能是稳健的,因为目标服务节点控制步骤1中定位服务器的更新以及后续移交两者。如果步骤1在步骤2的同时(或之后)得到目标定位服务器的确认,那么如果在步骤1之后但在接收到确认之前需要另一次移交,则目标服务节点可等待直至接收到此确认,然后才激发UExa0110的另一次移交。这可确保LRFxa0170在其可能随后被通知第二次移交之前将被通知第一次移交(步骤2),例如至LRFxa0170的移交通知将不会以错误的次序发生。如果在步骤1发生之前需要另一次移交,则目标服务节点可跳过步骤1到3并且可允许新的目标服务节点执行更新,这可向定位服务器和LRFxa0170隐藏第一次移交并且可使得看起来似乎仅发生了该后续移交。图4示出用于继例如紧急呼叫的移交之后维持UExa0110的定位连续性的第二方案的设计。第二方案可用于以下移交场景:(i)在源侧使用控制层面定位解决方案;并且(ii)在目标侧使用控制层面或用户层面解决方案。如图4中所示,UExa0110在移交之前可与第一RANxa0412通信并且可由源服务节点414和源定位服务器416来服务。UExa0110在移交之后可与第二RANxa0422通信并且可由目标服务节点424和目标定位服务器426来服务。源服务节点414可以是MMExa0142、或SGSNxa0136、或MSC服务器134。目标服务节点424可以是MMExa0142、或SGSNxa0136、或MSC服务器134、或1xRTTxa0MSCxa0162。源定位服务器416可以是用于控制层面定位解决方案的GMLCxa0138或GMLCxa0148。目标定位服务器426可以是(i)用于控制层面定位解决方案的GMLCxa0138、或GMLCxa0148、或MPCxa0168,或者(ii)用于用户层面定位解决方案的E-SLPxa0158。对于第二方案,源服务节点414可在移交完成之后将UExa0110的身份和目标服务节点424的身份传递给源定位服务器416(步骤1)。此传递可通过以下方式来达成:(i)如果源服务节点414是SGSNxa0136或MSC服务器134则用MAP订户位置报告(SLR)消息来达成,或者(ii)如果源服务节点414是MMExa0142则用SLR或等效消息来达成。如果源定位服务器416维护呼叫记录并且能确定其将是目标定位服务器,则可跳过后续步骤。否则,源定位服务器416可用关于移交的信息来更新LRFxa0170,例如提供UE身份和目标服务节点身份(步骤2)。LRFxa0170可确定并指派UExa0110的目标定位服务器426。如果目标定位服务器426不同于源定位服务器416,则LRFxa0170可向目标定位服务器426提供关于UExa0110和目标服务节点424的信息(步骤3)。如果源定位服务器416不同于目标定位服务器426,则LRFxa0170随后可移除源定位服务器416(步骤4)。目标定位服务器426可基于接收自LRFxa0170的信息与目标服务节点424通信。如果在目标定位服务器426能向目标服务节点424发送对UExa0110的定位请求之前发生来自目标侧的后续移交,则目标服务节点424可确定目标定位服务器426(例如,基于配置信息)。目标服务节点424随后可关于此后续移交更新目标定位服务器426。图5示出用于继例如紧急呼叫的移交之后维持UExa0110的定位连续性的第三方案的设计。第三方案可用于以下移交场景中3GPPxa0RAT之间的移交:(i)在源侧使用控制层面定位解决方案;并且(ii)在目标侧使用控制层面或用户层面解决方案。如图5中所示,UExa0110在移交之前可与第一RANxa0512通信并且可由源服务节点514和源定位服务器516来服务。UExa0110在移交之后可与第二RANxa0522通信并且可由目标服务节点524和目标定位服务器526来服务。源服务节点514可以是MMExa0142、或SGSNxa0136、或MSCxa0132、或MSC服务器134。目标服务节点524可以是MMExa0142、或SGSNxa0136、或MSCxa0132、或MSC服务器134。源定位服务器516可以是用于控制层面定位解决方案的GMLCxa0138或GMLCxa0148。目标定位服务器526可以是(i)用于控制层面定位解决方案的GMLCxa0138或GMLCxa0148,或者(ii)用于用户层面定位解决方案的E-SLPxa0158。对于第三方案,源服务节点514可在移交开始时将源定位服务器516的身份传递给目标服务节点524(步骤1)。此传递可在由源服务节点514发送给目标服务节点524的第一消息中发生。此消息可以是(i)用于3GPPxa0PS至PS移交的GPRS隧传协议(GTP)转发重定位请求消息,或(ii)用于E-UTRAN至UTRAN/GERANxa0SRVCC移交的SRVCCxa0PS至CS请求消息,或(iii)其他某种消息。目标服务节点524随后可在移交完成之后将其身份以及UExa0110的身份(基于步骤1中接收到的源定位服务器身份)传递给源定位服务器516(步骤2)。此传递可通过以下方式来达成:如果目标服务节点524是SGSNxa0136或MSC服务器134则用MAPxa0SLR消息来达成,或者如果目标服务节点524是MMExa0142则用其他某种消息来达成。如果源定位服务器516维护呼叫记录并且能确定其将是目标定位服务器,则可跳过后续步骤。否则,源定位服务器516可用关于移交的信息来更新LRFxa0170,例如提供UE身份和目标服务节点身份(步骤3)。LRFxa0170可确定目标定位服务器526。如果目标定位服务器526不同于源定位服务器516,则LRFxa0170可向目标定位服务器526提供关于UExa0110和目标服务节点524的信息(步骤4)。如果源定位服务器516不同于目标定位服务器526,则LRFxa0170随后可移除源定位服务器516(步骤5)。图6示出用于继例如紧急呼叫的移交之后维持UExa0110的定位连续性的第四方案的设计。第四方案可用于在SRVCC支持由E-SCCxa0AS(例如E-SCCxa0ASxa0156)提供时3GPPxa0PSxa0RAT与3GPPxa0CSxa0RAT之间的移交。在CS侧可使用控制层面定位解决方案,而在PS侧可要么使用控制层面定位解决方案要么使用用户层面定位解决方案。如图6中所示,UExa0110在移交之前可与第一RANxa0612通信并且可由源服务节点614和源定位服务器616来服务。UExa0110在移交之后可与第二RANxa0622通信并且可由目标服务节点624和目标定位服务器626来服务。源服务节点614可以是MMExa0142、或SGSNxa0136、或MSCxa0132、或MSC服务器134。目标服务节点624可以是MMExa0142、或SGSNxa0136、或MSCxa0132、或MSC服务器134。源定位服务器616可以是用于控制层面定位解决方案的GMLCxa0138或GMLCxa0148。目标定位服务器626可以是用于控制层面定位解决方案的GMLCxa0138或GMLCxa0148。源定位服务器616或目标定位服务器626可以是用于用户层面定位解决方案的E-SLPxa0158。对于第四方案,作为SRVCC移交程序(在TSxa023.216和TSxa023.237中定义)的一部分,目标服务节点624可向E-SCCxa0ASxa0156发送消息以将无线电连接从源RAN转移到目标RAN(步骤1)。此消息可以是SIPxa0INVITE(SIP邀请)消息或经由MGCF发送的ISDN用户部分初始地址消息(ISUPxa0IAM)。目标服务节点624可在此消息中包括其身份。如果该消息是ISUPxa0IAM,则对于北美的网络,ISUPxa0IAM中的现有ESRK或ESRD参数可被用来携带目标服务节点身份。E-SCCxa0ASxa0156随后可向E-CSCFxa0154发送包括目标服务节点身份的SIPxa0INVITE消息以更新紧急呼叫的远程分支(步骤2)。E-CSCFxa0154可接收目标服务节点624的身份并且可将此身份提供给LRFxa0170(步骤3)。LRFxa0170可用关于UExa0110和目标服务节点624的信息来确定并更新目标定位服务器626(步骤4)。如果源定位服务器616不同于目标定位服务器626,则LRFxa0170还可移除源定位服务器616(步骤5)。图3到6示出了其中通过将目标服务节点的身份传递给源或目标定位服务器来维持UExa0110的定位连续性的4种示例性方案。在第一方案中,目标服务节点可将其身份发送给目标定位服务器。在第二方案中,源服务节点可将目标服务节点身份发送给源定位服务器。在第三方案中,目标服务节点可将其身份发送给源定位服务器。在第四方案中,目标服务节点可将其身份发送给E-SCCxa0AS,并且目标服务节点身份可被转发给目标定位服务器。也可实现其他用于将目标服务节点身份传递给源或目标定位服务器(要么直接要么间接)的方案。对于所有方案,目标服务节点身份可被用来建立LRFxa0170与UExa0110之间的定位会话以维持UExa0110的定位连续性。图7示出用于继移交之后维持UExa0110的定位连续性的消息流700的设计。消息流700可用于各种类型的呼叫。然而,以下描述假定UExa0110具有紧急呼叫。UExa0110可接收发起紧急呼叫的请求并且可建立紧急连接(步骤1)。紧急连接可以是(i)如TSxa023.401中描述的用于E-UTRAN接入的紧急PDN连接,或(ii)如TSxa023.060中描述的用于UTRANxa0PS接入的紧急PDP上下文,或(iii)其他某种类型的连接。UExa0110随后可如TSxa023.167中描述地那样建立IMS紧急呼叫(也为步骤1)。在紧急呼叫建立期间,LRFxa0170可被指派来服务该紧急呼叫,并且可为UExa0110选择定位服务器716(例如,GMLCxa0138或148)。在稍后的时间,服务节点714(例如,MMExa0142或SGSNxa0136)可接收来自定位服务器716的对UExa0110位置的请求(步骤2)。此请求可包括UExa0110的身份,其可以是国际移动订户身份(IMSI)、或移动站国际订户目录号(MSISDN)、或国际移动装备身份(IMEI)。如果步骤2中的请求由服务节点714接收到或者如果要求支持网络发起位置请求(NI-LR)定位程序,则服务节点714可开始定位会话(例如与服务RNC或E-SMLC)以获得UExa0110的位置(步骤3)。服务节点714可接收将UExa0110从当前服务UExa0110的源RAN移交给目标RAN的请求(步骤4)。可从E-UTRAN中的服务eNB、或UTRAN中的服务RNC、或其他某种RAN中的其他某种网络实体移交UExa0110。UExa0110可被移交给用于移交至E-UTRAN的目标eNB、或用于移交至UTRANxa0PS的目标RNC、或用于移交至UTRANxa0CS或GERANxa0CS的目标MSC服务器、或与用于移交至1xRTT的1xRTTxa0MSC相关联的目标蜂窝小区、或者用于移交至HRPD的目标蜂窝小区。对于移交,服务节点714可被称为源服务节点,而定位服务器716可被称为源定位服务器。对于移交至E-UTRAN、UTRANxa0PS、UTRANxa0CS、或GERANxa0CS,源服务节点714可如TSxa023.401、TSxa023.060、或TSxa023.216中描述的那样向目标服务节点724发送移交请求消息(步骤5)。对于从E-UTRAN至1xRTT的移交,源服务节点714可如TSxa023.216中描述的那样向目标1xRTTxa0IWS发送移交请求消息。对于从E-UTRAN至HRPD的移交,可跳过步骤5。可如TSxa023.401、TSxa023.402、TSxa023.060、或TSxa023.216中描述的那样执行移交准备和执行程序(步骤6)。步骤3中开始的定位会话可在步骤6完成之前正常终止。如果定位会话并未在步骤6之前终止,则源服务节点714可在完成步骤6之后中止定位会话(步骤7)。这可导致将对UExa0110的位置估计提供给源服务节点714。如果发生步骤2,则源服务节点714可向源定位服务器716返回提供订户位置响应消息(步骤8a)。此消息可包括对UExa0110的位置估计以及目标服务节点724的身份。可基于源服务节点714处的配置信息来决定是否在该消息中包括目标服务节点身份。此配置信息可包括源和目标服务节点身份、UE(例如,UExa0110)的定位能力、UE是否正在漫游等。如果步骤2和8a并未发生,则源服务节点714可向源定位服务器716发送订户位置报告消息,该订户位置报告消息可包括UExa0110的身份、目标服务节点724的身份、指示移交的事件类型、对UExa0110的位置估计等(步骤8b)。步骤8b是否发生可取决于源服务节点714处的配置信息。源定位服务器716若从源服务节点714接收到订户位置报告消息则可确认订户位置报告消息(步骤9)。继在步骤6中的移交完成之后,目标服务节点724可向目标定位服务器726(例如,GMLCxa0138或148)发送订户位置报告消息,该订户位置报告消息可包括UExa0110的身份、目标服务节点724的身份、指示移交的事件类型等(步骤10)。目标服务节点724可从其配置信息确定目标定位服务器726的地址。步骤10发生与否可由目标服务节点724基于目标服务节点724处的配置信息来决定。此配置信息可包括源和目标服务节点身份、UE(例如,UExa0110)的定位能力、UE是否正在漫游等。出于效率和可靠性起见,如果在源服务节点714和目标服务节点724处使用配置信息,则该配置信息应确保如果发生了步骤8a或8b,那么步骤10就不会发生,反之亦然。目标定位服务器726可确认来自目标服务节点724的订户位置报告消息(步骤11)。可如下表5中描述地那样发生LRFxa0170、源定位服务器716、和目标定位服务器724的重配置(步骤12)。重配置可包括移除源定位服务器716、指派目标定位服务器726、以及更新LRFxa0170、源定位服务器716、和/或目标定位服务器726中的信息。随后,如果在已发生移交之后LRFxa0170需要对UExa0110的位置估计,则LRFxa0170可经由目标定位服务器726激发MT-LR定位程序(步骤13)。这可涉及在目标侧对步骤2的重复。如果先前移交是至E-UTRAN或UTRANxa0PS的,则还可在目标侧重复步骤2到12以支持UExa0110的另一次移交。表5列出了在不同移交场景中由各种网络实体执行以维持UExa0110的定位连续性的动作。在表5中,第一列给出用在源侧的接入类型和定位解决方案。第二列给出用在目标侧的接入类型和定位解决方案。第三列针对每种移交场景列出了由各种网络实体执行的动作。对于表5中所示的所有移交场景,最初被指派给紧急呼叫的LRF可在移交之后保留以避免影响PSAP。然而,如表5中所描述的,继移交之后可发生其他定位服务器改变(例如,添加或移除GMLC)。表5-用于定位连续性的定位重配置动作ntent="drawing" img-format="tif" inline="no" orientation="portrait" wi="700"/>ntent="drawing" img-format="tif" inline="no" orientation="portrait" wi="448"/>ntent="drawing" img-format="tif" inline="no" orientation="portrait" wi="700"/>注1:定位解决方案可针对E-UTRAN内移交、UTRANxa0PS内移交、以及RAT间移交而改变。对于表5中的第一移交场景,步骤(a)中由源服务节点进行的传递可在图7的消息流700中的步骤8a或8b中执行。步骤(b)中由目标服务节点进行的传递可在消息流700中的步骤10中执行。LRF的更新以及源定位服务器的取代可在消息流700的步骤12中执行。表5中的步骤与消息流700中的步骤之间的类似映射可应用于表5中的其他移交场景。如表5中所示,消息流700可用于不同RAT的RAN之间的移交。消息流700还可用于相同RAT的RAN之间的移交,例如用于从E-UTRAN至E-UTRAN的移交、或从UTRANxa0PS至UTRANxa0PS的移交等。相同RAT的RAN之间的移交可意味着基站和可能其他网络实体(例如,RNC)的改变以及服务节点(例如,MME或SGSN)的改变,但每个网络实体的类型保持相同。如果发生至HRPD的移交,则可在目标侧使用SUPL。在这种情形中,如果在源侧使用控制层面定位解决方案,则可执行源侧更新。E-SLPxa0158或许不能接收目标服务节点身份。E-SLPxa0158可由LRFxa0170基于对其他定位服务器的更新来指派和移除。对已建立或尚未建立的IMS紧急呼叫的IP承载的移交可在PS域内发生,例如E-UTRAN内、UTRAN内、E-UTRAN至UTRAN、UTRAN至E-UTRAN、或E-UTRAN至HRPD。已建立的IMS紧急呼叫的移交也可如TSxa023.216中描述的那样使用SRVCC从PS域发生到CS域。当在源侧要求对紧急呼叫的定位支持的上下文中发生此类事件时,在目标侧可要求定位服务的连续性。在这种情形中,源侧和目标侧上采用的定位解决方案可保持相同或可改变。此外,不管定位解决方案是否改变都可执行相关联定位服务器(例如,GMLC、LRF、E-SLP)的一些重配置。以上大部分描述假定其中网络运营商采用一个LRF来支持紧急呼叫的情形。网络运营商可采用多个LRF来与不同地理区域中的不同PSAP群接口和/或支持负荷分摊。即使存在多个LRF也可在除了LRF外不影响核心网中的网络实体(例如,MME、SGSN、MSC和GMLC)的情况下维持定位连续性。在一种设计中,中央实体可维护具有连接(例如,紧急IP连接)每个UE的、且可能对其需要控制层面定位解决方案的当前服务节点的身份。中央实体可在物理上是LRF的一部分或者可与LRF分开。中央实体可被称为中央定位寄存器(CLR),并且可在存在一个或多个LRF时支持UE的定位连续性。图8示出其中UExa0110涉及多次移交的示例性场景800,其中对每个服务节点使用控制层面定位解决方案。UExa0110可经由PDN网关或GGSNxa0850建立紧急IP连接(例如,紧急PDP上下文或紧急PDN连接)(步骤1)。在IP连接建立期间,UExa0110的服务节点814(例如,MME或SGSN)可调用NI-LR定位程序以进行UTRAN/GERAN接入或E-UTRAN接入,这可导致对服务节点814和UExa0110的身份更新在MAPxa0SLR信息中被传递给定位服务器816(例如,GMLC)(步骤2a)。定位服务器816随后可按照与对LRF的更新类似的方式将该更新传递给CLRxa0890(步骤2b)。在一种设计中,E-CSCFxa0854可基于当前服务蜂窝小区或当前UE位置(若为E-CSCFxa0854所知)从所有可用的LRF当中选择LRFxa0870,并且可将LRFxa0870指派给UExa0110的IMS紧急呼叫。此设计可使得LRF能被限定于服务无线网络的特定地区。在另一种设计中,E-CSCFxa0854可动态地指派LRF而与服务节点(例如,MME或SGSN)没有固定关联。此设计可使得可用的LRF能分摊无线网络中的负荷。在任何情形中,UExa0110可经由PDN网关/GGSNxa0850、P-CSCFxa0852、E-CSCFxa0854、和MGCFxa0856与PSAPxa0880通信以进行IMS紧急呼叫(步骤3)。UExa0110可从服务节点814移交给新服务节点824(例如,MME、SGSN或MSC服务器)(步骤4)。图7中的消息流700可用来将服务节点824和UExa0110的身份更新传递给源侧的定位服务器816(图8中未示出)或目标侧的定位服务器826(例如,GMLC)(步骤5a)。接收该更新的定位服务器可将其转发给CLRxa0890,CLRxa0890随后可得到关于UExa0110的当前服务节点的信息(步骤5b)。UExa0110可从服务节点824移交给新服务节点834(步骤6)。服务节点824可将服务节点834和UExa0110的身份更新传递给源侧的定位服务器826(图8中未示出)或服务节点834可将此信息传递给目标侧的定位服务器836(例如,GMLC)(步骤7a)。接收该更新的定位服务器可将其转发给CLRxa0890(步骤7b)。LRFxa0870可由E-CSCFxa0854指派用于UExa0110的IMS紧急呼叫。每当需要对UE110的位置估计时,PSAPxa0880可向LRFxa0870发送位置请求(步骤8)。LRFxa0870可将带有其身份和UE身份的查询发送给CLRxa0890(步骤9)。CLRxa0890可返回UExa0110的最当前服务节点的身份(若有)(步骤10)。CLRxa0890可存储LRFxa0870的身份。CLRxa0890还可向LRFxa0870转发后续由于紧急IP连接或紧急呼叫移交至新服务节点而可从定位服务器接收到的关于UExa0110的服务节点身份的任何进一步更新。CLR890的这种自动更新可避免需要LRFxa0870向CLRxa0890发送对位置请求的查询。LRF870在呼叫已被释放时可通知CLRxa0890,并且CLRxa0890随后可停止向LRFxa0870转发服务节点更新。LRFxa0870可经由定位服务器836并且如果使用控制层面解决方案还经由服务节点834对UExa0110执行MT-LR定位程序,以获得对UExa0110的位置估计(步骤11)。图8中所示的方案可确保支持IMS紧急呼叫的LRF总是具有UE的最当前服务节点的身份。每当需要对此服务节点使用控制层面定位解决方案时,此信息可以是唾手可得的。该方案还可确保LRF将知晓从与控制层面定位解决方案相关联的服务节点至仅对其使用用户层面定位解决方案的服务节点的任何移交(由于针对此类移交可能在源侧有更新)。LRF随后可对UE利用用户层面定位解决方案直至CLR用可对其使用控制层面定位解决方案的新服务节点进行更新。如果UE的初始服务节点(即,首先提供该紧急IP连接的服务节点)仅支持用户层面定位解决方案,则服务节点(例如,SGSN或MME)可不调用NI-LR定位程序,并且因此CLR和LRF可不被更新。然而,在这种情形中,LRF可根据与服务蜂窝小区相关联的接入类型来确定对用户层面定位解决方案的需要,并且可继续使用此信息直至被CLR用可以或必须对其使用控制层面定位解决方案的服务节点(例如,SRVCCMSC服务器)的身份进行更新。图9示出了服务节点用来支持定位服务的过程900的设计。服务节点可接收对UE从第一RAN移交至第二RAN的指示(框912)。UE在移交之前可经由第一RAN由源服务节点服务,而在移交之后可经由第二RAN由目标服务节点服务。服务节点可将目标服务节点的身份发送给定位服务器以在移交之后经由第二RAN支持对UE的定位服务(框914)。第一RAN可支持第一RAT,而第二RAN可支持第二RAT。在一种设计中,第一RAT可以不同于第二RAT。在另一种设计中,第一RAT可以与第二RAT相同。在发生移交时,UE可具有紧急呼叫或其他某种类型的呼叫。在一种设计中,第一和第二RAN可支持PS呼叫,并且UE可执行PS至PS移交。在另一种设计中,第一RAN可支持PS呼叫,第二RAN可支持CS呼叫,并且UE可执行PS至CS移交。在又一种设计中,第一RAN可支持CS呼叫,第二RAN可支持PS呼叫,并且UE执行CS至PS移交。在又一种设计中,第一和第二RAN可支持CS呼叫,并且UE可执行CS至CS移交。在一种设计中,该服务节点可以是目标服务节点,而定位服务器可以是在移交之后支持对UE的定位服务的目标定位服务器。目标服务节点可基于存储在目标服务节点处的配置信息或基于DNS查询来确定目标定位服务器。在另一种设计中,该服务节点可以是源服务节点,而定位服务器可以是在移交之前支持对UE的定位服务的源定位服务器。目标服务节点可取决于第二RAN和接入类型。例如,目标服务节点可以是用于E-UTRAN的MME、用于UTRANxa0PS的SGSN、用于GERAN或1xRTT的MSC、用于UTRANxa0CS或GERAN的MSC服务器、或其他某种网络实体。定位服务器可以是GMLC、MPC、LRF或其他某种网络实体。E-SLP可用作源侧或目标侧的定位服务器,但可由LRF基于该LRF从定位服务器接收到的更新来指派和移除。图10示出了定位服务器用来支持定位服务的过程1000的设计。定位服务器可接收执行从第一RAN移交至第二RAN的UE的目标服务节点的身份(框1012)。例如对于紧急呼叫,UE在移交之前可经由第一RAN由源服务节点服务,而在移交之后可经由第二RAN由目标服务节点服务。定位服务器可在移交之前、在移交之后、或在这两种情况下支持对UE的定位服务(框1014)。定位服务器可用目标服务节点的身份来更新LRF(框1016)。在一种设计中,该定位服务器可以是在移交之后支持对UE的定位服务的目标定位服务器。目标定位服务器可从目标服务节点接收目标服务节点的身份。在另一种设计中,该定位服务器可以是在移交之前支持对UE的定位服务的源定位服务器。源定位服务器可从源服务节点接收目标服务节点的身份。图11示出了LRF用来支持定位服务的过程1100的设计。LRF可接收执行从第一RAN移交至第二RAN的UE的目标服务节点的身份(框1112)。UE在移交之前可经由第一RAN由源服务节点服务,而在移交之后可经由第二RAN由目标服务节点服务。LRF可在移交之前和之后支持UE的紧急呼叫。LRF可确定用于在移交之后支持对UE的定位服务的目标定位服务器(框1114)。LRF可基于目标服务节点身份、存储在LRF处的配置信息和/或其他信息来确定目标定位服务器。如果源定位服务器不同于目标定位服务器,则LRF可用目标定位服务器来取代源定位服务器(其可在移交之前支持对UE的定位服务)(框1116)。LRF此后可基于目标服务节点的身份来发起对UE的定位会话(框1118)。在一种设计中,LRF可从目标定位服务器接收目标服务节点的身份。在另一种设计中,LRF可从源定位服务器接收目标服务节点的身份。在此设计中,LRF可从源定位服务器接收UE的身份并将UE身份传递给目标定位服务器。图12示出了UE用来获得定位服务的过程1200的设计。UE可执行从第一RAN至第二RAN的移交(框1212)。UE在移交之前可经由第一RAN由源服务节点服务,而在移交之后可经由第二RAN由目标服务节点服务。UE在移交之前可与第一RAN通信而在移交之后与第二RAN通信以进行紧急呼叫或其他某种类型的呼叫。目标服务节点的身份可在移交期间被发送给定位服务器以在移交之后支持对UE的定位服务。UE可在移交之前经由第一RAN获得定位服务(框1214)。UE可在移交之后经由第二RAN获得定位服务(框1216)。UE可从事在移交之后基于目标服务节点的身份发起的定位会话(框1218)。UE可能具有与PSAP的紧急呼叫,并且该呼叫可从第一RAN移交至第二RAN。例如在移交之前或之后,UE可涉及定位会话以获得对UE的位置估计。在这种情形中,可认为UE已获得定位服务,这可使得代表UE将对UE的位置估计传递给PSAP。在一种设计中,UE可在移交之前经由控制层面定位解决方案(例如,TSxa023.271或J-STD-036B)并在移交之后经由控制层面定位解决方案来获得定位服务。在另一种设计中,UE可在移交之前经由控制层面定位解决方案并在移交之后经由用户层面定位解决方案(例如,SUPL)来获得定位服务。在又一种设计中,UE可在移交之前经由用户层面定位解决方案并在移交之后经由控制层面定位解决方案来获得定位服务。图13示出了UExa0110、RANxa0112、服务节点114、定位服务器116和LRFxa0170的设计的框图。RANxa0112可以是UTRAN、E-UTRAN、GERAN、1xRTTxa0RAN、HRPDxa0RAN或其他某种RAN。服务节点114可以是MME、SGSN、MSC、MSC服务器或其他某种网络实体。定位服务器116可以是GMLC、MPC、E-SLP或其他某种网络实体。出于简洁起见,图13示出(i)UExa0110的一个控制器/处理器1310、一个存储器1312、和一个发射机/接收机(TMTR/RCVR)1314,(ii)RANxa0112的一个控制器/处理器1320、一个存储器1322、一个发射机/接收机1324、和一个通信(Comm)单元1326,(iii)服务节点114的一个控制器/处理器1340、一个存储器1342、和一个通信单元1344,(iv)定位服务器116的一个控制器/处理器1350、一个存储器1352、和一个通信单元1354,以及(v)LRFxa0170的一个控制器/处理器1360、一个存储器1362、和一个通信单元1364。一般而言,每个实体可包括任何数目个控制器、处理器、存储器、收发机、通信单元等。在下行链路上,RANxa0112中的基站可向其覆盖区内的UE传送话务数据、消息/信令、和导频。这些各种类型的数据可被处理器1320处理并被发射机1324调理以生成下行链路信号,后者可被传送给UE。在UExa0110处,来自基站的下行链路信号可被接收机1314接收并调理,并由处理器1310进一步处理以获得关于通信、定位和其他服务的的各类信息。处理器1310可执行图12中的过程1200。存储器1312和1322可分别存储UExa0110和RANxa0112的程序代码和数据。在上行链路上,UExa0110可向RANxa0112中的基站发射话务数据、消息/信令和导频。这些各种类型的数据可被处理器1310处理并被发射机1314调理以生成上行链路信号,后者可被传送给RANxa0112。在RANxa0112处,来自UExa0110和其他UE的上行链路信号可被接收机1324接收并调理,并由处理器1320进一步处理以获得由UE发送的各类信息。RANxa0112可经由通信单元1326与其他网络实体通信。在服务节点114内,处理器1340可执行各种功能以支持UExa0110的通信和其他服务。存储器1342可存储服务节点114的程序代码和数据。通信单元1344可使得服务节点114能与其他网络实体通信。处理器1340可执行图9中的过程900。在定位服务器116内,处理器1350可为定位服务器116执行位置和/或定位处理。存储器1352可存储定位服务器116的程序代码和数据。通信单元1354可使得定位服务器116能与其他实体通信。处理器1350可执行图10中的过程1000。在LRFxa0170内,处理器1360可执行处理以支持对UE的路由和定位。存储器1362可存储LRFxa0170的程序代码和数据。通信单元1364可使得LRFxa0170能与其他网络实体通信。处理器1360可执行图11中的过程1100。本领域技术人员将可理解,信息和信号可使用各种不同技术和技艺中的任何一种来表示。例如,贯穿上面说明始终可能被述及的数据、指令、命令、信息、信号、比特、码元、和码片可由电压、电流、电磁波、磁场或磁粒子、光场或光粒子、或其任何组合来表示。本领域技术人员将进一步领会,结合本文公开所描述的各种解说性逻辑框、模块、电路、和算法步骤可被实现为电子硬件、计算机软件、或两者的组合。为清楚地说明硬件与软件的这一可互换性,各种说明性组件、框、模块、电路、和步骤在上面是以其功能集的形式作一般化描述的。此类功能集是被实现为硬件还是软件取决于具体应用和强加于整体系统的设计约束。技术人员可针对每种特定应用以不同方式来实现所描述的功能性,但此类设计决策不应被解读为致使脱离本公开的范围。本文中描述的定位技术可协同诸如无线广域网(WWAN)、无线局域网(WLAN)、无线私域网(WPAN)等的各种无线通信网络来实现。术语“网络”和“系统”往往被可互换地使用。WWAN可以是码分多址(CDMA)网络、时分多址(TDMA)网络、频分多址(FDMA)网络、正交频分多址(OFDMA)网络、单载波频分多址(SC-FDMA)网络、长期演进(LTE)网络、WiMAX(IEEExa0802.16)网络等等。CDMA网络可实现诸如cdma2000、宽带CDMA(W-CDMA)等一种或更多种无线电接入技术(RAT)。Cdma2000包括IS-95、IS-2000和IS-856标准。TDMA网络可实现全球移动通信系统(GSM)、数字高级移动电话系统(D-AMPS)、或其他某种RAT。GSM和W-CDMA在来自名为“第三代伙伴项目”(3GPP)的联盟的文献中描述。Cdma2000在来自名为“第三代伙伴项目2”(3GPP2)的联盟的文献中描述。3GPP和3GPP2文献是公众可获取的。WLAN可以是IEEExa0802.11x网络,并且WPAN可以是蓝牙网络、IEEExa0802.15x、或其他某种类型的网络。这些技术也可联合WWAN、WLAN和/或WPAN的任何组合来实现。卫星定位系统(SPS)典型地包括定位成使得各实体能够至少部分地基于从发射机接收到的信号来确定其在地球上或之上的位置的发射机系统。如此的发射机通常发射用设定数目个码片的重复伪随机噪声(PN)码作标记的信号,并且可位于基于地面的控制站、用户装备和/或空间飞行器上。在具体示例中,此类发射机可位于地球轨道卫星飞行器(SV)上。例如,诸如全球定位系统(GPS)、Galileo、Glonass或Compass等全球卫星导航系统(GNSS)的星座中的SV可发射用可与由该星座中的其它SV所发射的PN码区分开的PN码标记的信号(例如,如在GPS中对每颗卫星使用不同PN码或者如在Glonass中在不同频率上使相同的码)。根据某些方面,本文中给出的技术不限于全球SPS系统(例如,GNSS)。例如,可将本文中所提供的技术应用于或以其他方式使之能在各种地区性系统中使用,诸如举例而言日本上空的准天顶卫星系统(QZSS)、印度上空的印度地区性导航卫星系统(IRNSS)、中国上空的北斗等,和/或可与一个或多个全球和/或地区性导航卫星系统相关联或以其他方式使其能与之联用的各种扩增系统(例如,基于卫星的扩增系统(SBAS))。作为示例而非限制,SBAS可包括提供完整性信息、差分校正等的扩增系统,比方诸如广域扩增系统(WAAS)、欧洲对地静止导航覆盖服务(EGNOS)、多功能卫星扩增系统(MSAS)、GPS辅助Geo(地球同步轨道)扩增导航、或GPS和Geo扩增导航系统(GAGAN)和/或诸如此类。因此,如本文所使用的,SPS可包括一个或多个全球和/或区域性导航卫星系统和/或扩增系统的任何组合,且SPS信号可包括SPS信号、类SPS信号和/或其他与此类一个或多个SPS相关联的信号。如本文中所使用的,UE是指诸如以下的设备:蜂窝或其他无线通信设备、个人通信系统(PCS)设备、个人导航设备(PND)、个人信息管理器(PIM)、个人数字助理(PDA)、膝上型设备或能够接收无线通信和/或导航信号的其他合适的移动设备。术语“用户装备”还旨在包括诸如通过短程无线、红外、有线连接、或其他连接与个人导航设备(PND)通信的设备,不管卫星信号接收、辅助数据接收、和/或位置相关处理是发生在该设备上还是在PND上。另外,“用户装备”旨在包括能够诸如经由因特网、Wi-Fi、毫微微蜂窝小区或其他网络与服务器通信的所有设备,包括无线通信设备、计算机、膝上型设备等,而不管卫星信号接收、辅助数据接收、和/或定位相关处理是发生在该设备上、服务器上、还是与网络相关联的另一个设备上。以上的任何可操作组合也被认为是“用户装备”。本文中所描述的方法体系/实现取决于应用可藉由各种手段来实现。例如,它们可在硬件、固件、软件、或其任何组合中实现。对于涉及硬件的实现,处理器可以在一个或更多个专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理器件(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、通用处理器、控制器、微控制器、微处理器、状态机、电子器件、设计成执行本文中所描述功能的其他电子单元、或其组合内实现,例如与DSP核协作的一个或更多个微处理器、多个微处理器、或任何其他合适配置。对于涉及固件和/或软件的实现,这些方法体系可以用执行本文中所描述功能的模块(例如,规程、函数等等)来实现。任何有形地体现指令的机器可读介质可被用来实现本文所述的方法。例如,固件/软件代码可被存储在存储器中并由处理器/计算机执行以使得处理器/计算机执行各种功能。存储器可以实现在处理器内部或处理器外部。如本文所用的,术语“存储器”是指任何类型的长期、短期、易失性、非易失性、或其他存储器,而并不限于任何特定类型的存储器或存储器数目、或记忆存储在其上的介质的类型。如果以固件和/或软件实现,则各功能可作为一条或多条指令或代码存储在计算机可读介质上。示例包括编码有数据结构的计算机可读介质和编码有计算机程序的计算机可读介质。计算机可读介质可采取计算机程序产品的形式。计算机可读介质包括物理计算机存储介质。存储介质可以是可被计算机访问的任何可用介质。作为示例而非限定,此类计算机可读介质可包括RAM、ROM、EEPROM、CD-ROM或其他光盘存储、磁盘存储、半导体存储或其他存储设备、或能被用来存储指令或数据结构形式的合意程序代码且能被计算机访问的任何其他介质;如本文中所使用的盘(disk)和碟(disc)包括压缩碟(CD)、激光碟、光碟、数字多用碟(DVD)、软盘和蓝光碟,其中盘常常磁性地再现数据,而碟用激光光学地再现数据。上述组合也应被包括在计算机可读介质的范围内。除存储在计算机可读介质上之外,指令和/或数据可作为信号在包括于通信装置的传输介质上提供。例如,通信装置可包括具有表示指令和数据的信号的收发机。这些指令和数据被配置成使一个或多个处理器实现权利要求中所概述的功能。即,通信装置包括具有指示用以执行所公开功能的信息的信号的传输介质。在第一时间,通信装置中所包括的传输介质可包括用以执行所公开功能的信息的第一部分,而在第二时间,通信装置中所包括的传输介质可包括用以执行所公开功能的信息的第二部分。提供前面对本公开的描述是为了使本领域任何技术人员皆能制作或使用本公开。对本公开各种修改对于本领域技术人员将是显而易见的,并且本文中定义的普适原理可被应用于其他变形而不会脱离本公开的范围。由此,本公开并非旨在被限定于本文中所述的示例和设计,而是应被授予与本文中公开的原理和新颖特征一致的最广义的范围。